home *** CD-ROM | disk | FTP | other *** search
/ PC World Komputer 2010 April / PCWorld0410.iso / hity wydania / Ubuntu 9.10 PL / karmelkowy-koliberek-desktop-9.10-i386-PL.iso / casper / filesystem.squashfs / usr / share / doc / aptitude / TODO < prev   
Text File  |  2008-11-19  |  4KB  |  103 lines

  1.   Bugs for 0.4
  2.  
  3.     - #331199
  4.     - #331200
  5.     - 'I' doesn't mark the package as being stickily manually installed.
  6.     - #331400; and other bugs that occur when jumping from the command-line
  7.       resolution prompt to the visual UI (e.g., the progress bar hangs
  8.       around too long)
  9.     - #331404
  10.     - #331408
  11.     - #331431
  12.  
  13.   Post-0.4 ideas (were 0.3 ideas but have been postponed to get the
  14.    release out before the heat death of the universe)
  15.    - Add easy button to search name+description
  16.  
  17.    - Spend a few minutes making the minesweeper code sane again, esp.
  18.      cursor navigation.
  19.  
  20.    - Make it less painful/cut+paste-ish to create a new custom
  21.      package view.
  22.  
  23.    - Problem resolver changes:
  24.     * Disable Auto-Install by default??
  25.  
  26.  
  27.   Older TODO items:
  28.  
  29.  -> Implement joeyh's Suggests suggestion.  (what was it?)
  30.  
  31.  -> Make Suggests-Important really default to false (mm, brown paper bag..)
  32.  
  33.  -> Enrico's package tags
  34.  
  35.  -> Look at that Archive column patch (won't hurt to add?)
  36.  
  37.  -> Mutt-style tagging?
  38.  
  39.  -> Try warning the user if he/she is going to exceed the available disk space.
  40.  
  41.   Simpler things:
  42.  
  43.  -> Let packages be flagged as "interesting", and provide useful functions to
  44.   make use of that (view only interesting packages, skip to next interesting
  45.   package, etc)  -- this flagging should be sticky.
  46.  
  47.  -> It would be nice to make it easy to email a maintainer (just run
  48.    the mailclient as requested)
  49.  
  50.  -> (possible suggestion) Commands to clear all actions of a given type
  51.    (installs, removals, upgrades, etc)
  52.  
  53.  -> For reverse depends, perhaps the dependency itself should be shown after
  54.    all?
  55.  
  56.   Harder things:
  57.  
  58.  -> Write a vtxxx emulator using the vscreen class, to run dpkg (and debconf,
  59.    for the time being -- see below) inside.
  60.  
  61.  -> Action browsing.  Make undoable actions subclasses of
  62.    vs_treeitem/vs_subtree and let the user see what he/she has done in the
  63.    past.  Also generic (?)
  64.  
  65.  -> Mulithread this.  (necessary to make the next option fairly
  66.    simple) This may require taking mutexes before doing UI-type stuff,
  67.    so the window doesn't get yanked out from under us!  Probably best
  68.    not to encode this into the inlines in the header; instead, make
  69.    get_lock() and release_lock() routines in the vscreen class which
  70.    users must call when doing curses calls or modifying the window
  71.    variable.
  72.  
  73.  -> Allow the user to examine and modify the list of packages to be upgraded
  74.    *while* a download and upgrade are progressing.  That is, let them switch
  75.    from the download and unmark or mark packages and have said packages
  76.    dynamically queued for download, or let them unmark packages from within the
  77.    download screen.  It would also be nice to have progress indicators within
  78.    the main tree for packages that are downloading, and a master indicator (in
  79.    the status or header line?)
  80.      This might not be possible without modifications to the core APT code,
  81.    and Jason has indicated that such modifications are unlikely. :-(
  82.  
  83.  -> Embed an interface to bugs.debian.org .  Very cool idea, could be tricky
  84.    to implement due to undocumented Web page/LDAP database formats.
  85.  
  86.  
  87.      The following are (mostly!) insane ideas that, as one person put it,
  88.    border on 'world domination'.  However, some of the (simpler) items
  89.    originally in this list have actually been implemented!  Be afraid, be very
  90.    afraid..
  91.  
  92.  -> Integrate debconf support -- make debconf just another vs_treeitem, and
  93.    add debconf-frontend vscreens.
  94.  
  95.  -> Mouse support (actually easier than you might think)
  96.  
  97.  -> Assimilate Debian menu system!  That is, allow a user or root to view and
  98.    edit the current Debian menus.
  99.  
  100.  -> Insert plumbing.
  101.  
  102.  -- Daniel Burrows <dburrows@debian.org>
  103.